home *** CD-ROM | disk | FTP | other *** search
- Date: Wed, 19 Jan 94 15:30:33 MST
- From: shenson@nyx10.cs.du.edu (Stephen Henson)
- Message-Id: <9401192230.AA10191@nyx10.cs.du.edu>
- X-Disclaimer: Nyx is a public access Unix system run by the University
- of Denver. The University has neither control over nor
- responsibility for the opinions or correct identity of users.
- To: groenink@let.ruu.nl, reschke@GOEDEL.UNI-MUENSTER.DE
- Subject: Re: dreaddir/fxattr
-
- I'm still not sure about this. The delay of readdir/stat is caused by the
- multiple file lookups (e.g. several directory searches if it's a full path).
- Things which don't use the new syscall wont win. Also is it intended that the
- new library would use this syscall to reduce the work in certain situations
- (e.g. automatically with readdir).
- Since this involves messing with the kernel, why not use a cookie
- cache which is then backwards compatible and speeds up *all* multiple
- operations on the same file (the lib is full of these) instead of just
- optimising the readdir/xattr case.
- I could do this with an LRU cache in Minixfs lookup/readdir but it's
- best in the kernel to speed up all filesystems and to have path as opposed to
- directory dependency.
- Steve.
-